home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.19990725-20000114
/
000187_news@columbia.edu _Wed Oct 13 09:25:41 1999.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
3KB
Return-Path: <news@columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA00256
for <kermit.misc@watsun.cc.columbia.edu>; Wed, 13 Oct 1999 09:25:40 -0400 (EDT)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id JAA08480
for kermit.misc@watsun.cc.columbia.edu; Wed, 13 Oct 1999 09:16:30 -0400 (EDT)
X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
Subject: Re: Problems with Exit from dail script to take script
Date: 13 Oct 1999 13:16:29 GMT
Organization: Columbia University
Message-ID: <7u20nd$88t$1@newsmaster.cc.columbia.edu>
To: kermit.misc@columbia.edu
In article <939806492.394521@perla.rotterdam.luna.net>,
Chris H. de Dijker <webmaster@copex.nl> wrote:
: I use the following simple (mskermit 3.15)-script for testing:
:
: ;download.scr
: set modem bestdata
: dial test
: if failure goto notconnect
: echo Connection successful
: ; rest of the script
: hangup
: exit
:
: :notconnect
: echo Connection failed
: set errorlevel 2
: hangup
: exit
:
: Now I start the script with the command: kermit take download.scr
: Because I want to test the not connect status, I simulate a NO DIALTONE by
: removing the line from the modem.
: The bestdata.scr goes to the :FAIL Label and returns the END 1 command.
: The program goes back to download.scr. and allways displays that the
: connection was successful.
:
: What's wrong ????
:
The script looks right. If the dialing scripts ends with END 1, then the IF
FAILURE test after the DIAL command should succeed, and control should be
transferred to the NOTCONNECT label.
MS-DOS Kermit 3.15 has a certain difference from earlier versions, namely
that DIAL is a built-in command. Previously it was a macro. Now, it
invokes a script if a script for the current modem exists, otherwise it
tries to place the call using the minimum set of AT commands and modem
signals.
Macro invocations definitely do pass along the success/failure status of
the macro (so END 1 from the macro makes the invocation fail; END 0 makes
it succeed), but it seems the DIAL command does not notice the failure
return from the dialing script.
This is a bug. We will have to fix it in version 3.16. Thanks for noticing
and reporting it. In the meantime, you should be able to work around the
problem by testing for the CD signal after dialing:
dial test
wait 0 CD
if failure goto notconnect
- Frank